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Titre 

Creation dynamique de classes d'objets. 
Domaine technique. 

L'invention se rapporte a un precede de creation dsnaamique de 
classes d'objets dans un systeme informatique. EUe s'applique a tout 
programme d'ordinateur utilisant un langage oriente objet, tel que celui 
connu aujourd'hui sous les noms de C++ et Java®, ainsi qu'a tout systeme 
informatique. L'inyention se rapporte aussi au systeme informatique me ttant 
en oeuvre le precede. 

L'art anterieur. 

Dans tous les programmes actuels orientes objets, les classes 
sont declarees d'une maniere statique. Par contre les objets sont souvent 
constrmts d une mamere dynamique avec la fonction « New » commxme a tous 
ces langages. Par consequent, la creation dynamique d'une classe d'objets se 
fait en plusiexurs etapes. La premiere etape consiste a creer une classe en 
ecrivant du code. Ce code pent etre par exemple en langage Java sous la 
forme suivante : 

class ExempleDeClasse 

( ml i , // alLilbul de type entier 

String str ; // attribut de type chaine de caracteres 

void print(String st ; int nb) 

{... appel du script qui permet d'imprimer ...} 

// methode pour imprimer la chaine de caracteres st, 

nb fois. 
} 

La seconde etape consiste a inserer ce code dans le programme general. Dans 
une troisieme etape, on compile le code obtenu. Ce n'est qu'a la quatrieme 
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etape qu'on peut creer les objets dynamiquement, en faisant appel a 
rinstruction « New » qui est native dans tous les langages orientes objets. 

La technique utilisee aujourd'hui presents deux inconvenients 
majeurs. Premierement, la generation automatique du code est un processus 
lourd en soi, tres couteux en temps et necessitant une tres bonne 
connaissance en matiere de logiciel. Par exemple, pour modifier un attribut 
dans une classe, il faut aller chercher I'attribut dans un programme, lire le 
programme (difficilement car ce n'est pas une base de donnees structuree) 
retrouver les donnees relatives a I'attribut. et modifier les donnees au moyen 
d'operations complexes. Deuxiemement, il faut savoir inserer ce code au bon 
endroit dans le programme existant. Troisiemement, a chaque creation ou 
modification d'une classe, il faut faire une recompilation. qui est une 
operation tres lente et tout a fait inacceptable pour la personne qui utilise 
15 I'application d'une maniere interactive. 

Sommaire de I'invention. 

Un but de I'invention est de pouvoir rapidement creer 
20 dynamiquement de¥classes7 '. 

Un second but est de creer dynamiquement des classes de fagon 
simple et non couteuse. 
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L'invention a pour objet un precede de generation dynamique 
d'une classe d'objets dans un systeme informatique, caract^rise en ce qu'il 
consiste a creer une classe generique globale ayant deux membres possibles, 
dont au moins un membre est une instance d'une classe generique, et a 
instancier la classe generique globale pour avoir ladite classe d'objets. 

L'invention a aussi pour objets corollaires le systeme 
informatique en resultant et un support d'enregistrement, tel qu'une 
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disquette magnetique ou un cederom, incorporant un logiciel pour la mise en 
oeuvre du precede. 

Presentation des dessins, 

5 

♦ La figure 1 est une vue synoptique d'un systeme informatique 
mettant en ceuvre le precede de Tinvention pour la creation dynamique de 
classes d'objets. 

♦ La figure 2 est une fenetre servant a un concepteur pour la 
10 mise en ceuvre du precede de Tinvention. 

♦ La figure 3 est une boite de dialogue servant au concepteur 
pour creer dynamiquement une classe pour Texploitation desiree du systeme 
par Tutilisateur. 

♦ La figure 4 est une boite de dialogue servant au concepteur 
15 pour definir un attribut de la classe presentee dans la figure 3. 

♦ La figure 5 est une boite de dialogue servant au concepteur 
pour definir une methode de la classe presentee dans la figure 3. 

♦ La figure 6 est une boite de dialogue servant au concepteur 
pour definir un parametre d'une methode definie dans la figure 5, 

20 ♦La figure 7 est une vue synoptique de la structure en arbre de 

la classe telle que definie au moyen des boites de dialogue presentees dans les 
figures 3 a 6. 

♦ La figure 8 est une vue synop t ique iiiustrant un proc ti d t S d < j 
derivation de la classe presentee dans la figure 7. 

25 ♦ Les figures 9 et 10 sent des boites de dialogue servant au 

concepteur pour definir la classe derivee en utilisant le precede iUustre dans 
la figure 8. 

♦ Les figures 11 et 12 iUustrent deux interfaces respectives 
servant a Tutilisatexir pour la commande du systeme represents sur la figure 

30 1. 

♦ La figure 13 est une fenetre presentee a Tutilisateur pour 
Tutilisation des interfaces illustrees dans les figures 1, 11 et 12. 



Description detaillee d'exemples illustrant I'invention. 
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La figure 1 illustre un systeme d'information 10 exploite par un 
utilisateur U par I'intermediaire d'une interface de commande 11. Le systeme 
10 pent etre un systeme quelconque. Le systeme lO illustre inclut un 
ensemble informatique 1 comprenant au moins une machine, deux machines 
2a et 2b dans I'exemple illustre. Chaque machine illustree a, de fa?on bien 
connue, au moins un processeur A connecte par I'intermediaire d'un bus B a 
une memoire 3. D'une maniere generale. la memoire peut etre locale ou 
distribuee, ou les machines peuvent former des noeuds d'un reseau dans 
I'ensemble 1. Dans chaque memoire 3 sont stockes des moyens logiciels, 
notamment un ou plusieurs systemes d'exploitation 4. Afin de mieux mettre 
en reUef les avantages de I'invention, il sera considere comme un systeme 
heterogene representatif d'un cas difficile a gerer. Les deux machines 2 sont 
supposees fonctionner sous deux systemes d'exploitation respectifs 4a et 4b de 
types ou de versions differents I'un de I'autre. par exemple un systeme 
d'exploitation du type proprietaire et un systeme d'exploitation de type 
ouvert, par exemple celui connu sous I'lm des noms de marque deposee UNIX 
20 ~ ou Windows NT. L'ensemble iiifoiTnatique 1 dispose aussi de moyens de base 
de donnees, appeles base de donnees 5 et pouvant etre constitues d'une ou 
plusieurs bases de donnees locales ou distantes. Les machines 2 ont aussi 
chacune une interlace d'entree-sortie C connectfee au bus n. i^s inierfauu« 
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d'entree-sortie C des deux machines sont interconnect6es entre elles ainsi 
25 qu'a la base de donnees C. 

L'interface de commande 11 comprend un module de commande 
12, un module de conception 13, un gen^rateur 14 d'interfaces et une base 
d'interface 15. Le module 12 est connecte de fagon bidirectionnelle a 
30 I'ensemble informatique 1. Le module 13 peut aussi etre connecte de la meme 
fagon a I'ensemble informatique 1. La base d'interface 15 est connectee de 
fagon bidirectionneUe aux modules 12 et 13 et au generateur 14. Le 
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generateur 14 est aussi connecte pour etre commande par le modiile 13. Le 
module de commande 12 sert a I'utiHsateur U pour commander et exploiter 
les donnees du systeme 10. Le module de conception 13 sert a un concepteur 
C, qui est un autre utiHsateur de I'interface 11 mais qui est un speciaUste en 
informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 
17 attachees aux modules respectifs 12 et 13. 



En bref, I'utilisateur U definit des besoins pour connaitre et 
ameliorer le fonctionnement de I'entreprise et soumet ses besoins au 

10 concepteur C. Le concepteur C cree au moyen de son module 13 des objets 
logiciels repondant aux besoins de I'utiHsateur U et les envoie au generateur 
14 pour etre converties en interfaces 18 (figures 11 et 12) correspondant a ses 
besoins et exprimant les commandes du systeme en un langage qui lui est 
comprehensible. Ces interfaces servent a I'utilisateur pour former des 

15 documents et seront appelees interfaces documentaires. 

non speciaUse en informatique. On suppose par exemple que I'utiHsateur U 
desire consulter I'ensemble informatique 1 de la banque pour faire des 
20 requetes en vue d'obtenir une Hste d'etudiants, cHents de I'agence, et 
imprimer pour eux des lettres personnalisees d'information, d'invitation et de 
rappel. L'utiHsateur U transmet ses besoins au concepteur C, par exemple 
lors d'une reunion eiiLre eux. Le cuixcepLeui lianbciil ctiH hi l MllS an ULlH u mil - 



dans une premiere etape, le module 13 pour creer, modifier et/ou supprimer 
25 des objets et des classes d'objets concernes par ces besoins. Par exemple. afin 
de satisfaire au besoin precite de I'utiHsateur U, le concepteur C creera une 
classe impression avec : un premier attribut "Uste de diffusion" selon un 
ensemble de criteres, ici les etudiants de I'agence ; un second attribut 
"nombre d'exemplaires" (entier) ; une premiere methode "imprimer" ayant 
comme parametre I'imprimante destinataire ; et une seconde methode 
"visualiser les operations d'impression" pour connaitre le deroulement de 
I'impression. Les objets et classes crees par le concepteur sont stockes dans la 
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base d'interface 15. La transcription finale par le concepteur C des besoins de 
I'utilisateur U n'est contenue que dans des objets qui ont ete directement 
crees pr6cedemment ou qui sont des instances de classes definies 
precedemment. Ces objets sont contenus dans la base 15, qui est contenue 
dans I'interface de commande 11 dans Texemple illustre mais qui pourrait 
etre exterieure a I'interface 11 et incluse dans I'ensemble informatique 1. Les 
objets sont convertis en interfaces documentaires presentees a I'utilisateur U 
povir lui servir a former des documents de commande satisfaisant a ses 
besoins. 

Le module 13 va d'abord etre present^. II met en oeuvre deux 
outils logiciels 20 et 30 executant respectivement un procede de creation 
dynamique de classes et un procede de derivation de classes et objets. L'outil 
20 de creation dynamique de classes va maintenant etre presente. 



IS 



La figvire 2 illustre un exemple d'ecran 21 qu'af&che la console 17 
pour servir d'interface entre le concepteur C et le module 13. L'ecran 21 a une 
barre 22 de menus incluant notamment les menus "Classes", "Objets", 
"Rechercher" et "Exporter a U". Le menu "Classes" permet de creer 

20 — dynamiquement des classes-d'objets^par -heritage ou-non^Il permet aussi- 
d'ouvrir une classe pour 6ventuellement la modifier, I'enregistrer ou la 
fermer. Le menu "Objets" permet d'instancier les classes definies 
precedemment, afin de creer des objets quon peul eusuite doner. Comme= 
pour les classes, on pent ouvrir un objet, le modifier, I'enregistrer sur le 

25 disque et le fermer. Avec l'outil 20, le concepteur C pent definir les 
commandes qui se trouvent dans les deux menus tels qu'illustres par exemple 
dans ceux de l'ecran 21. Le menu "Classes" illustre contient les commandes 
"NouveUe classe", "Nouvelle classe heritee", "Ouvrir une classe", "Supprimer 
une classe", "Enregistrer la classe", "Enregistrer la classe sous..." (Save the 

30 class as...) et "Fermer la classe". Le menu "Objets" contient les commandes 
"Nouvel objet de classe", "Cloner un objet", "Ouvrir un objet", "Supprimer un 
objet", "Enregistrer I'objet", "Enregistrer I'objet sous..." et "Fermer I'objet". 



L'outil 20 met en ceuvre un precede de generation dynamique 
d'une classe d'objets. Le precede est declenche automatiquement par le 
module de conception 13 lorsque le concepteur C active la commande 
"Nouvelle classe" du menu "Classes" de la fenetre 22 de la figure 2. Le 
precede de generation automatique d'une classe consiste a creer une classe 
generique globale "GenericClass" ayant deux membres possibles, I'un etant 
relatif a au moins un attribut et I'autre etant relatif a au moins une methode , 
au moins I'un des deux membres etant une instance d'une classe generique, et 
a instancier la classe generique globale pour avoir ladite classe d'objets. Dans 
l'outil 20 illustre, deux classes generiques "GenericAttribute" et 
"GenericMethod" sont attribuees aux deux membres respectifs de la classe 
generique globale "GenericClass". En outre, si une methode inclut au moins 
un parametre non fixe, ce parametre est lui meme une instance d'une classe 
generique correspondante "GenericParameter". 

, „ , -"©tun'e «m'aniere"*gene!i5aier*les><«q>uateEe*«elasses^^ 
creees ne sont pas visibles par le concepteur C. Dans I'exemple illustre, elles 
sont mises a la disposition du concepteiir C lorsqu'il execute une commande 
dans les menus "Classes" et "Objets". Ainsi, une classe generique se definit 
comme une classe permettant au concepteur C de creer une nouvelle classe en 
creant une instance d'une classe generique globale. Puisque la creation 
d ' mslaiices est dynai!aiqll6 dftftfe 10U5 m lunuuguu, Iti i;i6miuu d'uutf =^a5Sg= 
devient aussi dynamique pour le concepteur C. De meme, sachant qu'un objet 
est une nouvelle instance d'une classe, la creation d'un objet correspond alors 
aussi a la creation d'une copie de cette classe, c'est-a-dire a une nouvelle 
instance d'une classe generique globale. Par consequent, le precede declenche 
par I'eutil 20 est aussi declenche lorsque le conceptexar C active la commande 
"Nouvel objet de classe" dans le menu "Objets" de la fenetre 22 de la figure 2. 
Le precede va maintenant etre illustre de la fa?on qu'il se presente au 
concepteur C par I'intermediaire de l'outil 20. 
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La figure 3 illustre un exemple de boite de dialogue 23 que Toutil 
20 ouvre lorsque le concepteur C clique sur la commande "Nouvelle classe" du 
menu "Classes". Le concepteur C utiUse la boite de dialogue 23 pour saisir 
toutes les donnees relatives a une nouvelle classe qui n'herite pas. On sait 
que les donnees sont les attributs et les methodes de la nouvelle classe. 

La boite 23 illustree contient, pour la saisie des donnees, 

- un champ de texte "Nom de la classe" 

- un champ de texte "Identification de la classe (Class Id)" 

- une zone de texte "Description de la classe" 

- une liste "Methodes de la classe" et 

- une liste "Attributs de la classe" 

La boite 23 contient aussi les six boutons de commande encadres 

en trait epais : 

- "Modifier la methode" 

- "Supprimer la methode" 

- "Ajouter une methode" 
20 ."^'Modifier Tattribut" 

- "Supprimer Tattribut" et 

- "Ajouter un attribut". 



15 



Lorsque cette boite de dialogue est validee. elle se traduit par la 
25 creation d'une instance d'une classe generique globale, dite "GenericClass". 
La classe generique globale de Texemple illustre dans la figure 3 a plusieurs 
attributs. 

Le premier attribut est un nom, forme par une chaine de 
30 caracteres designant le nom de la classe. II s'ecrit en remphssant le champ 
"Nom de la classe" de la boite 23. 



Le second attribut est une identification dc la classe, formee par 
une chaine de caracteres permettant d'identifier de fa?on unique la classe ou 
I'objet dans le systeme. Get attribut s'ecrit en remplissant le champ 
5 "Identification de la classe" dans la boite 23, par exemple in indiquant la 
date, I'heure de creation, un nombre aleatoire formant un ticket, etc. 

Le troisieme attribut est une description, formee par du texte qui 
decrit la raison d'etre de la classe. II s'ecrit en remplissant la zone 
10 "Description de la classe". 

Le quatrieme attribut est un tableau nomme "Attributs", qui 
reference les attributs de la classe. Les attributs de la classe sont eux-memes 
des instances d'une classe generique d'attributs, dite "GenericAttribute", qui 
15 a comme attributs : 

- le nom de I'attribut, 

- la description de I'attribut, 

- soit le type de I'attribut, soit les valeurs possibles de I'attribut, 

- la valeur par defaut de I'attribut, donnee a la creation de la 
20 classe "GenericAttribute", et 

- la valeur reelle de I'attribut, qui est invisible au conceptexir C et 
qui n'est done pas definie a la creation de la classe. Elle est 
definie par Tutillsateur U de la layun decrite idt^^lfem'Omum. 

25 Par exemple, la classe "Attributs [i]" est une instance de 

"GenericAttribute" et reference le ieme attribut de la classe definie par le 
concepteur C. 

La figure 4 illustre une boite de dialogue 24 de I'outil 20 
30 constitutif du quatrieme attribut de "GenericClass". Cette boite s'ouvre a 
partir de la boite 23, par exemple en nommant "Classel" la classe issue par 
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instanciation de la classe generique globale "GenericClass" et en activant le 
bouton "Ajouter un attribut". La boite 24 contient : 

- im champ de texte "Nom de I'attribut", 

- une zone de texte "Description de I'attribut", 
5 - un champ de texte "Type de I'attribut", 

- une zone de texte pour "Valeurs possibles de I'attribut", 

- un champ de texte "Valeur par defaut de I'attribut", et 

- un champ de texte "Valexir reelle de I'attribut" represente en 
grise sur la figure 4 pour indiquer qu'il n'est pas visible par le concepteur C. 

10 

De meme, pour modifier un attribut, il suffit de selectionner 
I'attribut dans la Hste des attributs de la figure 3 et d'activer le bouton 
"Modifier I'attribut", de fagon a avoir la boite de dialogue 24 de la figure 4 et a 
modifier les donnees qui appiairaissent dans la boite 24. 

15 

En tant que premier attribut, on donne a I'attribut le nom 
"Attributl" et on rempht les autres champs. La validation de la boite de 
dialogue 24 se traduit par la creation d'une instance de la classe generique 
"GenericAttribute". Le nom "Attributl" va figurer dans la hste des attributs 
.20 de-la figure- 3,-comme-indique ^ 

Le cinquieme attribut de la classe generique "GenericClass" est 
un tableau nomme "Methodes", qui reierence les mechodes de la classtj.-tses- 
methodes sont aussi, dans I'exemple illustre, des instances d'une classe 
25 generique de methodes dite "GenericMethod". Une methode est definie par les 
attributs suivants : 

- son nom, 

- sa description, 

- son type de retour, 
30 - ses parametres, et 

- son script d'execution. 
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La figure 5 iUustre une boite de dialogue 25 de I'outil 20 
constitutif du cinquieme attribut de "GenericClass". Cette boite s'ouvre a 
partir de la boite 23. par exemple en activant le bouton "Ajouter une 
methode". La boite 25 contient : 

- un champ de texte "Nom de la methode". 

- une zone de texte "Description de la methode", 

- un champ de texte "Type de retour de la methode". 

- une hste de "Parametres de la methode", 

- un bouton de commande "Ajouter", 

- un bouton de commande "Modifier", et 

- un bouton de commande "Supprimer". 

En tant que premiere methode. on donne un nom a la methode, 
par exemple "Methodel", et on remplit les autres champs. La vaUdation de la 
boite de dialogue 25 se traduit par la creation d'une instance de la classe 

methodes de la figure 3, comme indique. 

La classe generique "GenericMethod" contient, en plus des 
attributs de la methode, un tableau "Parametres", qui reference les 
parametres de la methode. Le tableau peut etre vide si la cl asse ^^^^^^^^"^ 
contient pag-dgimrametre a delt^imiaBi, uu pml u ' " ' 



contient pao u.^ i^c*.^.^.***^ 

generique n'est destinee a n'avoir aucun parametre determinable ou si elle n'a 
que des parametres fixes ou predetermines. Dans le tableau, les parametres 
sont eux aussi des instances d'une classe generique "GenericParameter". Un 
parametre d'une methode est defini par ses attributs suivants : 



- son nom, 

- sa description, 

- soit son type, soit ses valexirs possibles, 

- sa valeur par defaut, et 
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- sa valevir reelle, non visible du concepteur C. 

Par exemple. si le parametre se rapporte au nombre de pages a 
imprimer. la valeur par defaut sera 1 mais I'utilisateur U pourra indiquer 
une valeur reelle autre, par exemple 3 pour avoir trois exemplaires des pages 
5 a imprimer. 

La figure 6 illustre une boite de dialogue 26 de I'outil 20 pour 
remplir la table de parametres de "GenericMethod" dans la figure 5. La boite 
26 s'ouvre a partir de la boxte 25. en activant le bouton "Ajouter". La boite 26 
10 contient : 

- un champ de texte "Nom du parametre". 

- une zone de texte "Description du parametre", 

- un champ de texte "Type du parametre". 

- une zone de texte "Valeurs possibles du parametre", 

j5 . un champ de texte "Valeur par defaut du parametre", et 

- un champ de texte "Valeur reelle du parametre" represente en 
grise sur la figure 5 poxir indiquer que ce champ n'est pas visible 
du concepteiu: C. 



20 



EhTantqiiepWimerparametre^on^l^^ 

"Paraml" et on rempHt les autres champs. La validation de la boite de 
dialogue 26 se traduit par la creation d'une instance de la classe generique 
"GenericParameter". Le nom "Paraml" va tig:urer dans la lisL« dco 
parametres de la figure 5. 

La boite de dialogue 23 de la figure 3 etant rempUe, la classe 
"Classel" est creee dynamiquement. On pent la valider en la sauvegardant 
avec la commande "Enregistrer la classe" ou "Enregistrer la classe sous...". 

La figure 7 illustre la structure en arbre 27a de la classe 
"Classel" resultant de la vahdation de la boite 23. Dans la figure 7, la classe 
"Classel" est une instance de la classe generique globale "GenericClass" et a 



25 



30 
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yxa attribut "Attributl" et une methode "Methodel" ayant eUe-meme \m 
parametre "Paraml", qui sont tous les trois des instances de trois classes 
generiques respectives. Bien sur, une autre classe, instance de la classe 
generique globale "GenericClass", pourrait avoir plusiexirs instances de 
5 chacune des trois classes generiques "GenericAttribute", "GenericMethod" et 
"GenericParameter". Cette structvire en arbre permet de d3nianiiquement 
modifier, ajouter et supprimer a tout moment des membres de la classe 
(attributs ou methodes). 

10 On sait qu'un objet est une instance d'une classe. L'activation de 

la commande "Nouvel objet de classe" dans le menu "Objets" de la fenetre 21 
de la figxire 2 af&che stir la console 17 du concepteur C une boite de dialogue 
(non illustree) qui contient la liste de toutes les classes deja definies. Le 
conceptexir C peut en selectionner une, qui sera la classe du nouvel objet. 

15 Dans un objet on donne eventuellement des valeurs aux attributs. Ces 
valeurs representeront son identite et son etat. 



En outre, dans la classe generique globale "GenericClass" telle 
qu'elle apparait de la figure 3 a de preference un attribut supplementaire 

20 consistant en un booleen "0" ou "1" indiquant si I'instance de la classe 
generique en cours represente une classe ou im objet. Dans I'exemple illustre, 
le booleen est "1" pour indiquer que le conceptevir cree une classe. Le booleen 
se met automatiquement a la valeur correspondante en r6ponBe a la 
commande "Nouvelle classe" ou "Nouvel objet de classe" qui a ete actionnee 

25 par le concepteur C dans la fenetre 22 de la figure 2. Dans I'exemple cboisi, 
cet attribut n'est pas visible du concepteur C et est done represente en grise. 



D'autre part, dans la fenetre 21 de la figure 2, le menu 
"Rechercher" est tres utile au concepteur C pour faire une recherche 
30 puissante dans la base 15 pour y trouver des classes et des objets crees selon 
une liste de criteres qu'il definit. Le concepteur C peut, par exemple, creer 
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xme nouveUe classe par heritage a partir de la classe qu'il a trouvee, au Ueu 
de partir de zero et refaire wa. travail deja accompli. 

Plus generalement, les boites de dialogue 23-26 servent done au 
concepteur pour generer respectivement la classe generique globale et les 
classes generiques qui peuvent la composer. Bien que les boites de dialogue 
iUustrees definissent completement ces classes, tous les attributs, les types, 
les champs et zones de texte iUustres ne sont pas necessaires. En particulier, 
les descriptions sont illustrees a une fin autre que le proced6 de generation 
automatique de classes qui vient d'etre decrit. 



La description va maintenant porter sur I'outil 30 de derivation 
d'une classe ou d'un objet, I'outil 30 etant contenu dans le module 13 de 
15 I'interface de commande 11 de la figure 1. 

L'heritage avec la commande "Nouvelle classe herit^e", 
I'instanciation avec la commande "Nouvel objet de classe" et le clonage avec 
la commande "Cloner un objet" necessitent en commun la creation dynamique 
20 "d^une copie~d¥la dasse"(p^ur"l'h"e^^ 
I'objet (pour le clonage). 

La figure 7 iUustre aussi un arbre 27b d'une classe "UiasseDi" 
obtenue par duplication de "Classe 1". Cette figure illustre, d'une manidre 

25 generale, que la dupUcation de I'instance de "GenericClass" ne suffit pas, car 
la classe dupUquee "ClasseDl" va pointer aux memes instances 
"GenericMethod" et "GenericAttribute" de I'instance "Classel" de 
"GenericClass". Par exemple, il ressort de la figure 7 que "Attributl" est 
commun aux deux classes, alors que les deux classes devraient etre distinctes 

30 et independantes. Par consequent, pour deriver une classe ou un objet, c'est-a- 
dire pour creer par heritage une nouvelle classe, pour instancier une classe ou 
pour cloner un objet, il faut non seulement dupUquer I'instance de 
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"GenericClass". mais aussi dupUquer chaque instance referencee directement 
ou indirectement par I'instance de "GenericClass". 

D'autre part, les developpexirs de logiciels utiHsent une 
technique de seriaHsation qui s'applique a de nombreux langages, tels que 
Java ou C++. La seriaUsation permet de stocker tout objet sur un support 
d'enregistrement de donnees, un disque par exemple. Si par exemple un 
premier objet reference des objets, qui eux-memes referencent d'autres objets 
et ainsi de suite, il suffit d'ecrire le premier objet sur le disque avec la 
methode de seriaUsation pour stocker automatiquement en memoire 
I'arborescence de tous les objets references directement ou indirectement par 
le premier objet. 

La figure 8 illustre schematiquement le principe du precede de 
derivation d'une classe "Classel" ou d'un objet. L'outil 30 met en oeuvre ce 
procede. L'exemple illustre porte sur la creation d'une classe "ClasseD2" par 
heritage de la classe "Classel" teUe qu'illustree dans la figure 7, etant bien 
entendu que le procede peut s'appUquer de la meme faqon a I'instanciation 
d'une classe ou le clonage d'un objet. Comme indique k la figure 8, le procede 
de derivation consiste en une premiere etape a seriaHser la classe "Classel" 
en la copiant sur un disque D. par exemple le disque dur d'une machine 2a ou 
2b de I'ensemble informatique 1 de la figure 1. Ainsi, toute I'arborescence 27a 
de cette classe. telle qu'illustree dans la figure 7, va etre dupliquee el slockc^ 
dans le disque. La seconde etape consiste a lire la classe dupHquee. stockee 
dans le disque D. en la chargeant dans l'outil 30, c'est-a-dire dans la memoire 
Vive sur laqueUe est charge le programme de I'outU. II en resulte la classe 
dupliquee "ClasseD2" ayant une arborescence 27c identique a ceUe de 
I'arborescence 27a de la classe mere "Classel" mais independante de la classe 
mere. En langage Java par exemple. les deux etapes du procede peuvent 
30 s'executer par exemple par les de\ax instructions suivantes : 
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Ff/eStream. writeObject(Classel) ; 

//pour serialiser rarborescence d'origine Classel 

Nouvel objet ou Nouvelle classe = FiZcStream.readObjectQ ; 

// pour avoir une copie de Classel 

5 

La figxire 9 iUustre une boite de dialogue 31 pour Tutilisation de 
Toutil 30. Get exemple se rapporte a celui de la figure 9, qui porte sur la 
creation d'une classe heritant d'une autre classe. En executant la commande 
"Nouvelle classe heritee" du menu "Classes" de la figure 3, la fenetre de 
10 dialogue 31 de la figure 9 apparait. Cette fenetre contient \ine zone de texte 
"Nom de la nouvelle classe" et une liste des classes parmi lesquelles la classe 
mere pent etre choisie. Dans Texemple choisi, la classe "Classel" de la liste 
est choisie, comme indique en grise a la figure 9. Dans Texemple precedent, la 
classe heritee se nomme "classeD2". 

15 

La figure 10 illustre xm exemple de boite de dialogue 32 
resultant de la validation de la boite 31. La boite 32 est semblable a la boite 
23 de la figxxre 3. Par consequent, seules les differences vont etre indiquees ci- 
apres. Les donnees contenues dans la boite 32 sent remplies 

20 automatiquemelit par le logic^^^^ de la classe est celui-qui- 

a ete indique par le conceptexu: C dans la boite 31 de la figure 9. La boite 32 
contient en plus un tableau indiquant le ou les parents de la classe, ici 
"Classel" que le concepteur C a selectionnee dans la JListe de la boite 31. Les 
autres donnees sont semblables a celles de la boite 23, puisque Varborescence 

25 27c de la classe fille "ClasseD2" est la meme que I'arborescence 27a de la 
classe mere "Classel". Grace aux boutons de commande de la boite 32, il est 
possible de faire evoluer simplement la nouvelle classe "ClasseD2" 
independamment de la classe mere "Classel", 



30 



La classe generique globale "GenericClass" a done xm attribut 
ipplementaire nomme "parent", qui est un tableau contenant des instances 
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de la classe generique globale, teUes que Classel. Le tableau permet de 
reconnaitre la provensmce de I'instance en coixrs de la facon suivante : 

(a) Si rinstance en cours est un objet, alors : 

- si d'une maniere generale "pareiit[0]" (indique par 
5 exemple dans le tableau auquel se r^fere I'instance en 

cours) est un objet, I'objet en cours a ete clone a partir 
de parent[0], 

- si "parent[0]" est une classe, Tobjet en cours est une 
instance de parent[0], 

jQ (b) Si I'instance en cours est une classe, alors "parent[0]" 

est 

- soit vide, ce qm veut dire que la classe a ete creee 
sans heritage avec la commande "Nouvelle classe", 

- soit une classe (et non un objet), ce qui veut dire que 
,5 la classe en cours a herite de "parent[0]" grace a la 

commande "Nouvelle classe heritee" 
(c) II en resulte, par iteration, que le tableau "parent" 
indique tous les ascendants de I'instance en cours. 

20 Le precede ressort clairement des figures 8, 9 et 10. En reponse a 

la premiere instruction indiquee dans la figure 8, "Classel" est serialisee en 
la copiant sur le disque D. En reponse a la seconde instruction, la classe ainsi 
serialisee est sauvegardee de nouveau en memoire. mais avec modiiicarions 
d'attributs. notamment le nom de classe "ClasseD2" et le tableau "Parent". 

25 Les dexix arborescences 27a et 27c sont done les memes, mais elles sont 
separees Tune de I'autre. Par exemple, bien qu'eUes aient les deux memes 
instances "Attributl", en realite ces deux instances sont completement 
distinctes Tune de I'autre en memoire et peuvent vivre independamment I'une 
de I'autre. Notamment, elles peuvent a tout moment etre modifiees 

30 differemment I'une de I'autre. Get exemple fait aussi ressortir qu'il en est de 
meme pour les deux autres commandes "Nouvel objet de classe" et "Cloner un 
objet". 
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Plus generalement, il ressort de la description qui precede que le 
precede de derivation d'une classe d'objets et/ou d'un objet ayant un nom 
donne consiste a faire une copie de tout I'arbre de la classe ou de I'objet. a 
memoriser la copie de I'arbre et a changer ledit nom pour attribuer un nom a 
la copie memorisee. On a vu que de preference la copie est faite par une 
seriaUsation de Tarbre representatif de ladite classe ou dudit objet en copiant 
I'arbre dans une memoire D et la memorisation de la copie de I'arbre consiste 
a la copier a nouveau en memoire 30. En outre, on a vu aussi que la 
seriaUsation, qui peut se faire dans divers langages, est particuHerement 
simple a mettre en oeuvre en langage Java®. 



La fonction du generateur 14 d'interface va maintenant etre 
15 decrite. Jusqu'a present, on a vu comment le concepteur C peut facilement 
creer des classes d'objets et des objets repondant aux besoins de I'utilisateur 
U. Les classes et objets ainsi crees sont stockes dans la base d'interface 15. 
Cependant, ces classes et objets demeurent incomprehensibles et 
inexploitables pour I'utilisateur U. De preference, il est d'ailleurs interdit a 
~20 ~ r'utUisat^ur U d'7"avoir~^ces,-a£fi-d'assurer au concepteur leur integriter-Le- 
generateur 14 a pour fonction de transformer les classes et objets ainsi crees 
en des interfaces sous forme de documents dans lesquels les commandes 
repondant aux besoins exprimes par I'utiUsateur U sont comprenensiDies par 
lui. Afin de distinguer ces interfaces des autres interfaces impliquees dans 
25 cette description. eUes seront appelees interfaces documentaires. Le langage 
employe dans ces interfaces documentaires peut etre le langage courant et/ou 
un langage specialise de la competence de I'utilisateur. 

Le fonctionnement du generateur 14 va ressortir de I'exemple qui 
30 suit, qui reprend et expUcite I'exemple precedent selon lequel I'entreprise est 
une agence bancaire. I'utiHsateur U est le directeur de I'agence et le 
concepteur C est un informaticien de la banque. On suppose que le directeur 
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U veut : (1) consulter le systeme d'information de la banque poux faire des 
requetes dans las bases de donnees en vue d'obtenir une liste de ses clients 
d'un type donne. des etudiants dans I'exemple considere, et (2) imprimer des 
lettres personnalisees de plusieurs types, teUes que des lettes d'information, 
des lettres d'invitation et des lettres de rappel. L'informaticien C tradmt 
I'exploitation desiree par le directevir en deux questions. En Toccurrence, 
rinformaticien cree en reponse deux classes d'objets : "consultation_systeme" 
et "impression" au moyen des deux outHs 20 et 30. II peut creer chacune de 
ces deux classes directement en activant la commande "Nouvelle classe" de la 
fenetre 22 de la figure 2, soit indirectement par derivation d'une classe 
semblable. Dans ce dernier cas, le concepteur C pourra actionner la 
commande "Rechercher" de la fenetre 22 pour trouver une classe semblable. 
Si une classe semblable existe, il la selectionne dans la liste des classes et 
peut la deriver. par exemple en activant la commande "Nouvelle classe 
heritee" de la figure 2 et en modifiant, ajoutant ou supprimant des attributs 
et/ou des methodes. 



Le generateur 14 met en oeuvre un precede de generation d'une 
interface documentaire pour la commande d'un systeme informatique par un 

20 utiHsateur, la commande etant faite a partir d'au moins un objet incluant des 
descriptions. Le procede consiste a extraire de I'objet au moins en partie 
lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a I'utiusaieur amsi W« 
ladite interface une interface documentaire. Le generateur 14 comprend done 

25 un bloc d'extraction 14a et un bloc de generation 14b. Le bloc d'extraction 14a 
preleve de la base d'interface 15 I'objet selectionne par le concepteur et y 
extrait les descriptions. Le bloc de generation 14b organise les descriptions 
pour former I'interface documentaire et la stocker dans la base d'interface 15. 
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Le procede va etre mieux compris a partir de I'exemple 
precedent. Parmi les attributs de la classe "consultation_systeme" de 
I'exemple considere se trouvent des methodes qui font appel a des commandes 
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specifiques poxir I'exploitation des donnees du systeme, en I'occurrence aux 
bases de donnees du systeme 10. Parmi ces m^thodes, le concepteur C cree 
une methode "lister_etudiants" de fagon a avoir comme description "Liste de 
tous etudiants ay ant". L'ingenieiir attribue a la methode "lister_etudiants" un 
5 code de retour de type "liste" ayant comme description "la liste des noms et 
adresses". II attribue aussi a cette methode, au moyen des boites de dialogue 
25 et 26 illustrees dans les figures 5 et 6. les trois parametres tels que definis 
dans le tableau A ci-dessous. 



nom 


description 


type 


valeur par 
defaut 


"age <" 


"un age inferieiir a" 


entier 


26 ans 


"lieu d'etude" 


'\ etudiant a" 


Paris, Versailles 


Paris 


"empriont >" 


"et ayant fait un emprunt superieur a" 


entier 


6000 francs 



TABLEAU A 



En ce qui concerne la classe "impression", I'ingenieur C cree une 
methode "imprime_invitation" de fagon a avoir une description telle que 
"Impression de lettres a :", et attribue a cette methode un code de retour du 
Lj pe "voi4" mfrnifinnt quo la mothode np rptmirnp pas rlp valfiur. fit dsW^ 
parametres tels que definis dans le tableau B ci-dessous. 



nom 


description 


type 


valeur par defaut 


"destinataire" 


"Impression de 
lettres a" 


liste 


lister_etudiants de 
consultation_systeme 


"type de lettre" 


"type de lettre :" 


invitation d*anniversaire 
rappel 

information sur I'emprunt fitude 


information 
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TABLEAU B 

Ces tableaux indiquent comment remplir les boites de dialogue 
25 et 26 des figures 5 et 6 pour constituer les deux classes 
"consultation_systeme" et "impression" a I'aide de la boite de dialogue 23 de la 
figure 3. Plus generalement, I'interface documentaire d'un objet est creee a 
partir des descriptions correspondant a cet objet, ses attributs, ses methodes 
et les parametres des methodes. 

Pour former vme interface documentaire, le concepteur active 
dans la fenetre 22 de la figure 2 le menu "Exporter a U". Cette commande 
appeUe le generateur 14 pour generer une interface documentaire de I'objet 
selectionne. Le generateur 14 extrait les descriptions de I'objet et les organise 
pour former I'interface documentaire. 

La figure 11 Ulustre I'interface documentaire 18a de la m^thode 
"lister_etudiants". On y voit que Tinterface documentaire 18a a ete obtenue 
par extraction des descriptions de la methode et de ses parametres, telles que 
definies dans le tableau A. En particulier, les valeurs "26 ans", "Paris" et 
"6000 francs" sont les valetirs par defaut indiquees au tableau A. De maniere 
generale, une interface documentaire 18 comprend du texte et au moins un 
champ possible 19 dont le contenu initial est fait de valeurs par defaut et pent 
etre modifie par I'utilisateur U. 

25 La figure 12 illustre un exemple d'interface documentaire 18b de 

la methode "imprime_invitation" de la classe "imprimer" definie 
precedemment. Les exemples des figures 11 et 12 suffisent a I'homme du 
metier pour savoir comment constrviire une interface docimientaire relative a 
tout un objet. D'une maniere generale, lorsque I'objet contient toutes les 

30 descriptions, elles sont de preference organisees par le generateur 14 dans 
I'ordre suivant : 
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1. la description de I'objet (non iUustree). par exemple 
"impression" ; 

2. la description de chaque attribut (non iUustree) , par exemple 
le numero de rimprimante, la qualite d'impression. la couleur de I'encre, le 
papier d'impression ; cette description est suivie d'un champ qui correspond a 
sa valeur ; si I'attribut a un nombre Umite de valeurs, ce champ est une Uste 
contenant toutes les valeurs possibles et ne faisant apparaitre que la valeur 
selectionnee ; 

3. la description de chaque methode (voir tableaux A et B, figures 
11 et 12 et le texte s'y rapportant), cette description etant attachee et de 

preference suivie de : 

3.1. la description de sa valeur de retour, attachee ou 
suivie d'un champ qui represente cette valeur, et 

3.2. la description de chacun de ses parametres, attachee 
ou suivie d'un champ (19) representatif de la valeur du 
parametre ; 

4. un moyen de commande (voir figure 12) indiquant quand la 
methode doit etre executee. I'execution pouvant etre immediate ou differee, 
soit a un moment determine par une date et une heure, soit intervenir a la 

20 ~ suite d^me^iitfe niethodeTdefin^ 

4.1. Dans le premier cas, un bouton de commande est libeUe 

"Execution immediate" ; 

4.2. Dans le second cas, un bouton de commande inclut uii« 
etiquette de valeur "a" (par exemple, -imprimer "a"-) suivie d'un champ 

25 "heure" et d'un champ "date" he a un calendrier des jours ouvrables de 
I'annee; 

4.3. Dans le troisieme cas, un bouton de commande inclut une 
etiquette intitulee "apres la fin d'execution de" suivie d'un champ permettant 
de choisir une methode d'un objet quelconque et signifie que la methode sera 

30 executee apres la fin d'execution de la methode selectionnee. 



15 
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Le conceptevir C a la possibilite de changer la presentation de la 
page, ajouter ou enlever des champs, selectionner les descriptions a prendre 
en compte, et modifier le texte de descriptions et des types pour rendre la 
comprehension du document plus facile. II s'ensuit qu'un meme objet peut 

5 generer plusieurs interfaces documentaires adaptees a des besoins 
particvdiers offerts dans I'objet. Par exemple, on a vu precedemment que 
I'objet "impression" peut avoir un grand nombre d'attributs et de methodes, 
qui offi:e un grand choix d'interfaces documentaires en fonction des attributs 
et methodes adaptees aux besoins. II est bien sur conseille au concepteur C de 

10 faire les interfaces documentaires 18 avec I'aide de I'utilisateur U. 

La description va maintenant porter sur le module de commande 
12 servant a I'utilisateur U pour obtenir les interfaces documentaires 18 de la 
base 15. Le module 12 contient un bloc 40 de generation de documents 41 

15 issus des interfaces documentaires stockes dans la base 15. Le bloc 40 et done 
connecte a la base 15 pour y prelever les interfaces documentaures 18 et 
determiner les documents de commande 41 adaptes aux besoins particuliers 
de I'utiHsateur U. Par exemple, en supposant que I'utilisateur a besoin du 
document "impression", une interface incluant la methode iUustree dans la 

20 figure 12 va se presenter a I'utilisateur, qui pourra modifier les valeurs des 
champs 19 et selectionner les boutons de commande d'execution poxir en faire 
un document 41. Le document 41 illustre dans la figure 12 correspond a 
I'interface documentaire 18 dans laqueUe les valeurs des cuaiups ly on^ 
maintenues inchangees par Tutihsatexir et le bouton d'execution differee a 

25 une heure predeterminee a ete active (en grise dans la figure 12). 

La figure 13 illustre un exemple de boite de dialogue 42 
presentee a I'utiUsateur U par le module d'utilisateur 12. La barre de menus 
de la boite 42 contient notamment deux menus principaux "Documents" et 
30 "Pohtiques". Dans le menu "Documents" se trouvent la commande 
"Rechercher" pour trouver des interfaces documentaires, par exemple a partir 
des descriptions des objets correspondants, et la commande "Ouvrir" pour 
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lister les interfaces documentaires par le nom de leurs objets correspondants 
et y selectionner un nom d'objet. Un objet selectionne s'af&che avec la 
description de Tobjet. De cette interface, Tutilisateur en fait le document 
desire. Dans le menu "Documents" se trouvent aussi bien sur les commandes 
5 de sauvegarde (Enregistrer et Enregistrer sous...) et de fermeture du 
document. 



Le menu "Politiques" contient notamment deux commandes 
"Af&cher" et "Afficher I'historique". La commande "Af&cher" (display) affiche 

10 Tensemble des documents crees par Tutilisateiu: dans Tordre d 'execution des 
commandes qu'il a choisi. Get ensemble definit la politique de Tutilisateur. II 
dispose ainsi d'une vue globale des methodes qu'il a activees a partir de 
plusieurs documents. II pent la valider ou la modifier. Par exemple, le fait de 
cliquer de\ix fois sur \me methode choisie entraine Touvertvire du document 

15 correspondant pour d'eventuelles modifications. La commande "Afficher 
rhistorique" presente toutes les methodes qui ont ete executees par 
Tutilisateur, Tetat de fin d'execution, et Theure. Le menu contient aussi les 
commandes de sauvegarde et de fermeture. 
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Revendications 



1. Precede de generation dynamique d'une classe d'objets 
(Classel) dans un systeme informatique (10), caracterise en ce qu'il consiste a 

5 creer une classe generique globale (GenericClass) ayant deux membres 
possibles, dent au moins un membre est xme instance d'une classe generique 
(GenericAttribute, GenericMetbod), et a instancier la classe generique globale 
pour avoir ladite classe d'objets. 

2. Procede selon la revendication 1, caracterise en ce que le 
10 membre est un attribut de la classe generique globale. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que le 
membre est une methode de la classe generique globale. 

4. Procede selon la revendication 3, caracterise en ce qu'xine 
methode de la classe generique globale est definie par au moins un parametre 

15 issu d'une instance d'une classe generique (GenericParameter). 

5. Procede selon I'une des revendications 1 a 4, caracterise en ce 
qu'U consiste k ginirer automatiquement la classe generique globale et les 
classes generiques au moyen dun outil (20) presentant des boites de dialogue 
respectives (23-26) permettant de definir ces classes. 

20 6. Procede selon I'une des revendications 1 a 5, caracterise en ce 

qu'il est mis en ceuvre dans une interface de commande (11) du systeme 
informatique. 

7. Proc4d^ selon la revtiiidication b, uii uu qu'il »bl mis 
en oeuvre par un concepteur informaticien (C) utilisant I'interface de 

25 commande pour servir a la commande du systeme informatique par un 
utilisateur (U) pouvant etre non informaticien. 

8. Systeme informatique (10), caracterise en ce qu'il met en 
oeuvre le procede defini selon I'une des revendications la 7. 

9. Systeme selon la revendication 8, comprenant un ensemble 
30 informatique (1) et une interface de commande (11), caracterise en ce qu'il est 

mis en oeuvre dans I'interface de commande. 
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10. Systeme selon la revendication 9, caracterise en ce qu'il est 
mis en oeuvre dans un module de conception (13) de I'interface de commande 
(11) par un conceptevir informaticien (C) utilisant une console (17) pour servir 
a la commande du systeme informatique par un utilisateur (U) pouvant etre 
non informaticien. 



0 
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Revendications 



1. Precede de generation dynamique d'une classe d'objets 
(Classel) dans un systeme informatique (10). caracteris6 en ce qu'il consiste a 

5 creer dans une memoire une classe generique globale (GenericClass) ayant 
deux membres possibles, dont au moins un membre est une instance d'une 
classe generique (GenericAttribute, GenericMethod), et a instancier dans la 
memoire la classe generique globale pour avoir ladite classe d'objets. 

2. Procede selon la revendication 1, caract^rise en ce que le 
10 membre est un attribut de la classe generique globale. 

3. Procede selon la revendication 1 ou 2, caracterise en ce que le 
membre est une methode de la classe generique globale. 

4. Precede selon la revendication 3, caracterise en ce qu'une 
methode de la classe generique globale est definie par au moins un parametre 

15 issu d'une instance d'une classe generique (GenericParameter). 

5. Proc6d6 selon I'une des revendications 1 a 4, caracterise en ce 
qu'il consiste k generer automatiquement la classe generique globale et les 
classes generiques au moyen d'un outil (20) presentant des boites de dialogue 
respectives (23-26) permettant de definir ces classes. 

20 6, Procede selon Vune des revendications 1 a 5, caracterise en ce 

qu'il est mis en oeuvre dans ime interface de commande (ll) du systeme 
informatique. 

7. Systeme informatique (10) incorporant au moins 5^ 
processeur (A) et une memoire (3, 15), caracterise en ce qu'il met en oeuvre le 

25 procede defini selon I'xme des revendications 1 a 6. 

8. Systeme selon la revendication 7, comprenant un ensemble 
informatique (1) et une interface de commande (11), caracterise en ce qu'il est 
mis en oeuvre dans I'interface de commande. 
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